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TECHNICAL FIELD 

The described technology relates to the collection of information at 
distributed locations. 

BACKGROUND 

The Internet comprises a vast number of computers and computer networks 
that are interconnected through communication links. The interconnected computers 
exchange information using various services, such as electronic mail, Gopher, file 
transfer protocol ("FTP"), and the World Wide Web ("WWW"). The WWW service 
allows a server computer system (i.e., web server or web site) to send graphical web 
pages of information to a remote client computer system. (In some instances, the server 
and client functionality can be hosted on a single computer.) The remote client computer 
system can then display the web pages. Each resource (e.g., computer or web page) of 
the WWW is uniquely identifiable by a Uniform Resource Locator ("URL"). To view a 
specific web page, a client computer system specifies the URL for that web page in a 
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request (e.g., a HyperText Transfer Protocol ("HTTP") request). The request is 
forwarded to the web server that supports that web page. When that web server receives 
the request, it sends that web page to the client computer system. When the client 
computer system receives that web page, it typically displays the web page using a 
browser. A browser is a special-purpose application program that effects the requesting 
of web pages and the displaying of web pages. 

Currently, web pages are typically defined using HyperText Markup 
Language ("HTML"). HTML provides a standard set of tags that define how a web page 
is to be displayed. When a user indicates to the browser to display a web page (e.g., by 
selecting an icon representing that web page), the browser sends a request to the server 
computer system to transfer to the client computer system an HTML document that 
defines the web page. When the requested HTML document is received by the client 
computer system, the browser displays the web page as defined by the HTML document. 
The HTML document contains various tags that control the displaying of text, graphics, 
controls, and other features. The HTML document may contain URLs of other web 
pages available on that server computer system or other server computer systems. The 
content of a web page (e.g., graphic images) may be stored in a resource (e.g., file) that is 
separate from the web page. In particular, a web page may contain a URL that defines 
the resource that contains the content. When the web page is displayed, that URL is used 
to retrieve and then display the content. 

Medical service providers and their patients have a need to monitor medical 
information (e.g., blood pressure readings) very closely in some circumstances. It is 
relatively easy for a medical service provider to collect and monitor medical information 
when the patient is at a medical facility (e.g., hospital) and possible for a patient to collect 
certain types of medical information while not at a medical facility. It has, however, been 
difficult for medical service providers and their patients to monitor medical information 
collected by the patients outside of a medical facility. For example, a patient may take 
their own blood pressure readings at home, but never provide those readings to their 
medical service provider or even record those readings so that trends can be tracked. 
Moreover, many patients may not even have the equipment in their homes for collecting 
such medical information. To facilitate the collection of medical information, blood 
pressure stations or kiosks have been installed at some publicly accessible locations (e.g., 
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drug stores). Patients who do not have the equipment in their homes can use such 
publicly accessible kiosks to collect their medical information. Although these kiosks 
now make it possible for virtually all patients to collect their medical information, the 
tracking of such medical information over time is still as difficult as if the patient had 
5 collected the information at their home. Also, the kiosks may be installed at only a 
limited number of locations, in part, because the owners of those locations may not 
perceive the benefit of having such a kiosk. One benefit of a kiosk is that it may increase 
the customer traffic to those locations. 

It would be desirable to have a system in which medical information could 

10 be easily collected by patients and stored in a way that both patients and medical service 
providers could monitor the medical information over time. It would be desirable to have 
a kiosk that would bring enhanced benefits to both owners of the installed locations and 
the patients. In addition, it would be desirable to have a system in which patients could 
have their medical information collected at any available kiosk and made available to the 

15 patients and to medical service providers via the Internet. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a diagram illustrating the main web page of the collection kiosk. 

Figure 2 is a diagram illustrating a blood pressure verification display. 

Figure 3 is a diagram illustrating an instructional web page. 
20 Figure 4 is a diagram illustrating a web page displayed while collecting 

blood pressure measurements. 

Figure 5 is a diagram illustrating a web page for displaying blood pressure 
measurements. 

Figure 6 is a diagram illustrating a web page asking whether the user is a 
25 member of Lifeclinic.com. 

Figure 7 is a diagram illustrating a web page for entry of log on information 
of a registered user. 

Figure 8 is a state diagram illustrating the display of the web pages of the 
collection kiosk in one embodiment. 
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Figure 9 is a block diagram illustrating components of a medical 
information collection system in one embodiment. 

Figure 10 is a block diagram illustrating data structures of the database of a 
collection kiosk in one embodiment. 
5 Figure 1 1 is a flow diagram illustrating a routine for processing member log 

on information. 

Figure 12 is a flow diagram illustrating a routine that prepares blood 
pressure readings to be transferred to central medical information server. 

Figure 13 is a flow diagram illustrating a routine transfer the upload file 
10 from a collection kiosk to the central medical information server. 

Figure 14 is a flow diagram illustrating a routine of the central medical 
information server that processes the upload files received from the collection kiosk. 

Figure 15 is a flow diagram illustrating a routine of the central medical 
information server that processes the daily transactions. 

15 DETAILED DESCRIPTION 

A method and system for collecting information from remote locations is 
provided. In one embodiment, the collection system includes a central repository and 
multiple collection kiosks. The collection kiosks collect information (e.g., blood pressure 
readings) from users and store the collected information locally. Periodically, the 

20 collection kiosks establish connections with the central repository and upload the 
collected information. The collection system then stores the uploaded information in a 
database. A user can then access their information that is stored in the central repository 
(e.g., a medical information web site) through a device, which is typically other than 
collection kiosks, such as a personal computer. The collection system uses an 

25 authentication mechanism, such as user identifiers and passwords, to control access to 
information stored in the database and to match up information collected at a collection 
kiosk with the previously collected data for the same user. 

Users can register with the collection system either through the central 
repository or through the collection kiosks. A user registers at the central repository by 

30 entering a user identifier and password. If no other user uses the same user identifier, 



[181 13-8004/SL003728.533] 



4 



then the collection system stores the entered user identifier anc^assword for the newly 
registered user. The central repository also sends user information to the collection 
kiosks so that each collection kiosk can maintain a list of registered users. After a 
collection kiosk collects information (e.g., blood pressure readings) from a user, it asks 
the user whether they want to save the information. If so, then the collection kiosk 
prompts the user for their user identifier and password. If the user is already registered, 
then the collection kiosk stores the collected information for later uploading to the central 
repository. If the user is not registered, then the collection kiosk stores the collected 
information, user identifier, and password for later uploading to the central repository. In 
this way, newly registered users can have their information stored at the central 
repository without having to register directly with the central repository. 

In one embodiment, the collection system is implemented as part of a 
distributed medical information collection system. The collection system comprises a 
collection server and multiple collection kiosks (i.e., remote computer systems). A 
collection kiosk is a remote computer system attached to various devices for collecting 
medical information. For example, the devices may include a blood pressure monitor and 
a scale. The collection kiosks may be located at various locations, such as in drug stores 
or pharmacies. A person can use the collection kiosks to collect and store their medical 
information. The collection kiosks may have a user interface through which a person can 
enter a user identifier and password to obtain access to their locally stored medical 
information. Whenever a user wants to collect current medical information, the user 
would go to a collection kiosk, have their medical information collected, and if they want 
their medical information stored, then they would enter their user identifier and password. 

The collection kiosks may provide a user interface that is web-based, that is 
uses the HTTP and the HTML protocols. The collection kiosks may use a web browser 
to display web pages that define the user interface. Various web pages may be provided 
(e.g., stored on the collection kiosk as a local web server) that allow a user to log on to 
the system and collect and review medical information. A collection kiosk may 
periodically access the collection server to upload newly collected medical information. 
To upload the new information, a collection kiosk connects to the collection server and 
transfers the new information to its folder (i.e., directory) at the collection server. In one 
embodiment, the collection server may function as a file transfer protocol ("FTP") server, 
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and each collection kiosk may function as a FTP client with theirawn folders on the FTP 
server. 

The collection server may interface with a medical information web site 
through which a registered user can view their medical information using their own home 
5 computer and through which a medical provider can view their patients' information. 
The medical information stored at the medical information web site may include the 
information collected at the collection kiosks. Each collection kiosk may upload recently 
collected medical information to the medical information web site on a periodic basis. 
The uploaded medical information can then be added to a central medical information 

10 database. The central medical information database may contain the medical information 
collected through the collection kiosks and collected through other sources. In addition, 
the collection kiosks may maintain a list of users (e.g., user identifier and password) who 
are registered to access the medical information web site. In this way, the collection 
kiosks can correlate the collected medical information to the registered users. Also, the 

15 collection kiosk may collect medical information for users who are not yet registered and 
also collect a user identifier and password so that the user can automatically be registered 
when the medical information is later uploaded to the medical information web site.. 

Figures 1-7 are diagrams illustrating the user interface of a collection kiosk 
in one embodiment. Figure 1 is a diagram illustrating the main web page of the collection 

20 kiosk. The medical information web site in this embodiment is Lifeclinic.com. Web 
page 100 includes a general information area 101, a take blood pressure link 102, and a 
review health record link 103. This web page may be displayed when a user first starts to 
collect their medical information. The general information area describes how to become 
a member or registered user of Lifeclinic.com and how to use the collection kiosk. A 

25 user can select the take blood pressure link to proceed with taking their blood pressure 
and select the review health record link to view their medical information that has been 
collected at this collection kiosk. Figure 2 is a diagram illustrating a blood pressure 
verification web page. Web page 200 includes dialog box 201 with buttons to verify 
whether the user wants to proceed with having their blood pressure measured. Figure 3 is 

30 a diagram illustrating an instructional web page. Web page 300 includes dialog box 301. 
The dialog box provides instructions for taking blood pressure and includes a start button 
that the user selects when the user is ready to start taking their blood pressure. Figure 4 is 
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a diagram illustrating a web page displayed while colRcting blood pressure 
measurements. Web page 400 includes general information about the taking of blood 
pressure. Figure 5 is a diagram illustrating a web page for displaying blood pressure 
measurements. Web page 500 includes blood pressure display box 501 in which the 
recently taken blood pressure information is displayed. Figure 6 is a diagram illustrating 
a web page asking the user whether to save the measurements. Web page 600 includes 
dialog box 601. The dialog box 601 contains information asking the user whether they 
want to save these measurements as a registered Lifeclinic.com user and includes buttons 
for indicating a response. Figure 7 is a diagram illustrating a web page for entry of log on 
information of a registered user. This web page is displayed when a user indicates that 
they want to save these measurements. Web page 700 includes log on area 701. A user 
enters their user identifier and password in the log on area and then selects the proceed 
button 702. The collection kiosk can then determines whether the user is registered by 
checking its own copy of the list of registered users. The collection kiosk then stores the 
user's recently taken blood pressure information so that it may be eventually uploaded to 
the medical information server. If the user is not currently registered, then the collection 
kiosk stores the user identifier and password so that the user can be registered when blood 
pressure information is uploaded. 

Figure 8 is a state diagram illustrating the display of the web pages of the 
collection kiosk in one embodiment. Each circle 801-809 corresponds to the display of a 
web page and a state of the collection kiosk. The lines between the circles indicate the 
events that cause a transition from one state to another. Circle 801 corresponds to the 
display of the main web page. When the user indicates that they want to take their blood 
pressure now, the collection kiosk displays the verify web page as indicated by circle 
802. When the user selects the "yes" response, the collection kiosk displays the start 
taking blood pressure web page as indicated by circle 803. When the user selects the 
"no" response, the collection kiosk redisplays the main web page as indicated by circle 
801. When the start taking blood pressure web page is displayed and the user selects 
"start," the collection kiosk displays the testing web page as indicated by circle 804. 
When the collection kiosk is finished collecting the blood pressure, it displays the results 
web pages indicated by circle 805. If the user then selects to take their blood pressure 
again, the collection kiosk displays the start taking blood pressure screen as represented 
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by circle 803. If the user indicates to "proceed," then the collMion kiosk displays the 
store results web page as indicated by circle 806. When the user response with a "yes," 
the collection kiosk then displays the log on screen as represented by circle 807. When 
the user enters their log on information and selects to proceed, the collection kiosk stores 
5 the blood pressure reading in association with the user's identifier and then displays the 
main web pages indicated by circle 801. If the user is not currently registered, then the 
user identifier and password are stored for later uploading to the collection server. When 
the store results web page is displayed and the user responds with a "no," the collection 
kiosks displays the main web page as indicted by circle 801. 
io Figure 9 is a block diagram illustrating components of a medical 

information collection system in one embodiment. The kiosk clients 910, the medical 
information system 920, and user computers 950 are interconnected via the Internet 960. 
The computers may include a central processing unit, memory, input devices (e.g., 
keyboard and pointing device), output devices (e.g., display devices), and storage devices 
15 (e.g., disk drives). The memory and storage devices are computer-readable medium that 
may contain computer instructions that implement the medical information collection 
system. In addition, the data structures and message structures may be stored or 
transmitted via a signal transmitted on a computer-readable media, such as a 
communications link. The user computers may use browsers to access web pages of the 
20 central medical information system via the Internet. One skilled in the art will appreciate 
that the concepts of the medical information collection system can be used in many 
different environments. Also, various communication channels other than the Internet 
may be used, such as a local area network, a wide area network, or a point-to-point dial- 
up connection. The computer systems may comprise any combination of hardware and 
25 software that can support web servers and browsers. In particular, the central medical 
information system may comprise multiple computers. The user computers may comprise 
any combination of hardware and software that interacts with server systems. 



web browser (not shown), web pages 911, a server interface 912, and a client database 
30 913. The web pages define the user interface for the collection kiosks. The description 
of these web pages (e.g., HTML documents) along with additional content (e.g., .gif files) 
may be stored in a certain directory of the file system. A user of the collection kiosk uses 



The kiosk clients, which are implemented at the collection kiosks, include a 
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the browser to browse the various web pages. The server interlace is responsible for 
accessing the central medical information system to retrieve updated content and 
registered user updates. In one embodiment, the server interface acts as an FTP client to 
retrieve updated content and user updates from the central medical information system. 
The server interface may periodically (e.g., daily) established an FTP connection to 
retrieve the updated content and user information. The server interface stores the updated 
content in the web page directory to overwrite or augment existing web page content or 
updates a registered user table to reflect the updated user information. The client 
database thus contains the identification of each of the users of the central medical 
information system along with the medical information collected at that collection kiosk. 

The central medical information system includes a medical information 
server 930 (e.g., Lifeclinic.com) and a kiosk server 940. The medical information server 
provides web pages through which users can view their medical information stored at the 
central medical information system. The medical information server includes a server 
engine 931, web pages 932, and medical information database 933. The server engine 
receives and responds to HTTP requests. The web pages define the user interface that is 
provided to the user computers. The medical information database contains the 
identification of the users and the collected medical data for each user. The kiosk server 
controls the distribution of content and update of registered users to the kiosk clients and 
the collection of medical information from the collection kiosks. The kiosk server 
includes a client interface 941, a create web page component 942, an update medical 
information database 943, a server database 944, and a web page database 945. The 
client interface includes a component to move content and user updates to be distributed 
to kiosk clients through various FTP directories and an FTP server to provide the updated 
content and user updates when requested by the FTP clients of the kiosk clients. The 
create web page component allows an administrator to specify the content of the various 
web pages and to specify which content should be distributed to which kiosk clients. The 
web page database contains the description of web pages and their content. The server 
database contains access information (e.g., URLs) for the kiosk clients. The update 
medical information database contains the medical information collected via the 
collection kiosks and awaiting to be stored in the medical information database of the 
medical information server. Other aspects of the medical information collection system 
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are described in U.S. Patent Application No. (Attorne^lef. No. 18113-8001) 

entitled "Method and System for Distributing Web Content" and U.S. Patent Application 

No. (Attorney Ref. No. 18113-8002), entitled "Method and System for Global Log 

On in a Distributed System." 
5 Figure 10 is a block diagram illustrating data structures of the database of a 

collection kiosk in one embodiment. The collection kiosk includes a Lifeclinic user table 
1001, a user mapping table 1002, a kiosk user table 1003, a kiosk weight table 1004, and 
a kiosk blood pressure table 1005. The Lifeclinic user table contains an entry for each 
registered Lifeclinic.com user. The collection kiosk updates the Lifeclinic user table 

10 when processing the update files that it retrieves from the kiosk server. The kiosk user 
table contains an entry for each user who has used this collection kiosk. The user 
mapping table contains a mapping from Lifeclinic user identifier to kiosk user identifier. 
That is, each Lifeclinic user who has used this collection kiosk will have a corresponding 
entry in the user mapping table that maps their Lifeclinic identifier to their kiosk 

15 identifier. The kiosk weight table and kiosk blood pressure table contain an entry for 
each blood pressure reading and weight reading for the users. 

Figure 1 1 is a flow diagram illustrating the routine for processing member 
log on information at a collection kiosk in one embodiment. This routine receives a user 
identifier and password and verifies whether the user is a registered Lifeclinic.com user. 

20 If the user has not previously used this collection kiosk, then the routine adds the user as 
a kiosk user. The routine thenstores the blood pressure readings. In block 1101, the 
routine receives the response to the log on web page. In block 1102, the routine extracts 
the user identifier and password from the received response. In decision block 1103, if 
the user identifier is in the Lifeclinic user table, then the user is verified as a member and 

25 the routine continues at block 1 104, else the routine continues at block 1306. In decision 
block 1104, if the received password matches the password in the Lifeclinic user table, 
then the routine continues at block 1105, else the routine returns an error. In decision 
block 1 105, if the user identifier is in the user mapping table, then the routine continues at 
block 1108, else the routine continues at block 1106. In block 1106, the routine creates a 

30 new kiosk user by storing an entry in the kiosk user table. In block 1107, the routine 
updates the user mapping table. In block 1108, the routine stores the blood pressure 
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readings for the user and sets a flag in the kiosk user table to maicate that the readings 
need to be exported. The routine then completes. 

Figure 12 is a flow diagram illustrating a routine that prepares blood 
pressure readings to be transferred to the central medical information server. The routine 

5 prepares the blood pressure readings for upload from the collection kiosk to the central 
medical information server and also prepares information for users who want to register 
with Lifeclinic.com for upload. In blocks 1201-1209, the routine loops processing each 
kiosk user. In block 1201, the routine selects the next kiosk user from the kiosk user 
table. In decision block 1202, if all the kiosk users have already been selected, then the 

10 routine completes, else the routine continues at block 1203. In decision block 1203, if the 
user status indicates that the selected user is not yet registered with Lifeclinic.com, then 
the routine continues at block 1204, else the routine continues at block 1205. In block 
1204, the routine stores the user information for the selected user into an upload file and 
changes the status of the user. In decision block 1205, if all the medical readings have 

15 been exported (i.e., uploaded to the central medical information server) for the selected 
user as indicated by the exported flag in the kiosk user table, then the routine loops to 
block 1201 to select the next user, else the routine continues at block 1206. In blocks 
1206-1209, the routine loops selecting each medical readings of the selected user and 
storing into the upload file those readings that have not yet been exported. In block 1206, 

20 the routine selects the next reading. In decision block 1207, if all the readings for the 
selected kiosk user have already been selected, then the routine loops to block 1201 to 
select the next kiosk user, else the routine continues at block 1208. In block 1208, if the 
selected reading has already been exported, then the routine loops to block 1206 to select 
the next reading, else the routine continues at block 1209. In block 1209, the routine 

25 stores the reading in the upload file and loops to block 1206 to select the next reading. 

Figure 13 is a flow diagram illustrating a routine to transfer the upload file 
from a collection kiosk to the central medical information server in one embodiment. In 
block 1301, the routine connects to the FTP server of the central medical information 
system. In block 1302, the routine transfers the upload files from the collection kiosk to a 

30 designated folder of the central medical information server. In block 1303, the routine 
deletes the upload files at the collection kiosk. In block 1304, the routine disconnects 
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from the FTP server atthe central medical information ser^r. The routine then 
completes. 

Figure 14 is a flow diagram illustrating a routine of the kiosk server of 
central medical information system that processes the upload files received from the 
collection kiosks. Each collection kiosk has a directory assigned to it by the kiosk server. 
This routine checks each directory to determine whether the assigned collection kiosk has 
uploaded any information since the last processing of the upload files. If so, the routine 
transfers the data from those files to a temporary database. In blocks 1401-1407, the 
routine loops selecting each directory and processing the files in the directory. In block 
1401, the routine selects the next directory. In decision block 1402, if all the directories 
have already been selected, then the routine completes, else the routine continues at block 

1403. In block 1403, if there are files in the selected directory, then the routine continues 
at block 1404, else the routine loops to block 1401 to select the next directory. In block 

1404, the routine selects the next file in the selected directory. In decision block 1405, if 
all the files of the selected directory have already been selected, then the routine may 
delete the files in the selected directory before looping to block 1401 to select the next 
directory, else the routine continues at block 1406. In block 1406, the routine adds the 
information in the selected file to a kiosk daily transaction table, which contains an entry 
for each file processed and is part of the temporary database. In block 1407, the routine 
updates a kiosk master table in the temporary database to indicate the time that the upload 
files for that collection kiosks were last processed and then loops to block 1404 to select 
the next file in the selected directory. 

Figure 15 is a flow diagram illustrating a routine of the kiosk server that 
processes the daily transactions of the kiosk daily transaction table. In block 1501, the 
routine selects the next unprocessed transaction. In decision block 1502, if all the 
transactions have already been selected, then the routine completes, else the routine 
continues at block 1503. In block 1503, the routine selects the next XML record for the 
selected transaction. In one embodiment, the information of the upload files is stored in 
XML format. In decision block 1504, if all the records have already been selected, then 
the routine loops to block 1501 to select the next unprocessed transaction, else the routine 
continues at block 1505. In block 1505, the routine parses the selected record. In 
decision block 1506, if the user is a current Lifeclinic member, then the routine continues 
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at block 1507, else the routine continues at block 1508. In blocITl508, the routine adds 
the readings of the selected record to the Lifeclinic database and loops to block 1503 to 
select the next XML record. In block 1508, the routine adds the user's information to the 
kiosk tables and loops to block 1503 to select the next XML record. The kiosk tables of 
the kiosk server correspond to the tables of the collection kiosks. 

Tables 1-5 illustrate the schema of a client database stored at the collections 
kiosks. Table 1 represents the Lifeclinic user table and contains an entry for each 
Lifeclinic user. Table 2 represents the kiosk user table. This table holds basic 
information about a kiosk user. It contains an entry for each user of the collection kiosk. 
Table 3 maps Lifeclinic users to collections kiosk users. Table 4 represents the blood 
pressure table. Table 5 represents the kiosk weight table, which holds the weight 
readings taken by the collection kiosks. 

TABLE 1--LIFECLINIC USER TABLE 



column 


Jipe _ 


description 


lifeclinicid 


text 


The user's lifeclinic id. This number is used to 
internally identify the user. All of a user's data is 
stored under this identifier 


username 


text 


The name that the user uses to logon on with at 
the Lifeclinic web site. 


password 


text 


The password used by the user at Lifeclinic.com 



TABLE 2-KIOSK USER TABLE 



column 


type 


description 


kiosk id 


number 


The identification of the collection kiosk 


kioskuserid 


number 


Unique identifier for a kiosk user. Used 
internally to key user's data. 


first name 


text 


User's first name. 


last name 


text 


User's last name. 


exported 


Boolean 


Indicates if this user's data has been moved to the 
Lifeclinic web site. 
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Indicates user type. Possible values are 1 - kiosk 
only, 2 - a kiosk and a Lifeclinic user, 3 - a kiosk 
user who is to automatically register as a 
Lifeclinic user. 



TABLE 3-USER MAPPING TABLE 



column 


type 


description 


kiosk id 


number 


The identification of the collection kiosk 


alternateid 


text 


An identifier that a user can use to logon with. 
This identifier can be anything, such as a credit 
card number, a user supplied identifier, or a 
Lifeclinic id. 


kiosk user id 


text 


The kiosk user who the alternate id maps to. 


id type 


number 


Type of identifier stored in alternate id. Possible 
values are 0 - kiosk user id, 1 - lifeclinicjd, 2 - 
other, 3 - login information used to create a new 
lifeclinic user, 4 - login information rejected by 
the server. 


exported 


Boolean 


Indicates if this user's data has been moved to the 
Lifeclinic web site. 


TABLE 4--BLOOD PRESSURE TABLE 


column 


Jxp? 


Description 


kiosk id 


number 


The identification of the collection kiosk 


kiosk user id 


number 


Identifier of kiosk user to whom reading belongs. 


reading dt 


date 


The date and time the reading was taken 


systolic bp 


number 


Systolic blood pressure reading. 


diastolic bp 


number 


Diastolic blood pressure reading. 


pulse 


number 


Pulse rate reading. 


exported 


Boolean 


Indicates if data has been moved to the Lifeclinic 
web sites. 


TABLE 5--KIOSK WEIGHT TABLE 


column 


type 


Description 


kiosk id 


number 


The identification of the collection 


kiosk user id 


number 


Identifier of kiosk user to whom reading belongs. 
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reading dt 


date 


The date and time the reading was taken 


weight 


number 


Weight reading in pounds. 


exported 


Boolean 


Indicates if data has been moved to Lifeclinic.com 



Table 6 illustrates the format of the upload files in XML format. 



TABLE 6--XML FILE FORMAT 



<file_type> 
<table_name> 
<row> 

<column_name>column data</column_name> 
</row> 
</table_name> 
</file_type> 



Table 7 illustrates example data of a file that is uploaded from a collection 



kiosk. 



TABLE 7--XML FILE EXAMPLE 



<kiosk_data> 
<kc_user t="t"> 
<row t- 'r"> 

<kiosk_id t= M c">7</kiosk_id> 
<kiosk_user_id t="c">9 K/kiosk_user_id> 
<last_name t="c">Estes</last_name> 
<first_name t= fl c ,! >Stephen</first_naine> 
<middle_name t="c"></middle_name> 
<email t="c M >sestes@mookisoft.com</email> 
<user_status t =,, c H >0</user_status> 
</row> 
</kc_user> 

<kc_blood_pressure t="t"> 

<row t="r"> 

<kiosk_id t= M c M >7</kiosk_id> 

<kiosk_user_id t="c">9 1 </kiosk_user_id> 

<reading_dt t="c M >03/28/2000 11:06:22 AM</reading_dt> 

<systolic_bp t=" c"> 1 20</systolic_bp> 

<diastolic_bpt="c">80</diastolic_bp> 

<pulse t="c M >72</pulse> 

</row> 
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</kc_blood_pressure> 
</kiosk data> 



Based on the above description, it will be appreciated that although various 
embodiments of the technology have been described for purposes of illustration, various 
modifications may be made without deviating from the spirit and scope of the invention. 
For example, a collection kiosk may include a browser through which users view their 
medical information stored at the central repository. Accordingly, the invention is not 
limited except by the appended claims. 
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